home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Internet Tools 1993 July / Internet Tools.iso / iso9660 / mail / pine / imap.arc / ANNOUNCE.TXT < prev    next >
Encoding:
Text File  |  1993-07-02  |  6.5 KB  |  171 lines
  1. ISA has developed a new Mail User Agent (MUA) for processing electronic
  2. mail on networks.  It is named "ECSMail".
  3.  
  4. ECSMail can function as both a "remote" MUA and a "local" MUA.   While
  5. functioning in remote mode, it will access a remote message store using
  6. standards based mail access protocols.   In local mode, it will access
  7. a local message store using system dependent message store access
  8. routines.  
  9.  
  10. ECSMail is has been designed and implemented to be as independent as
  11. possible from operating system, display, and network protocols.  We have
  12. achieved this by building driver libraries for the OS and displays, and
  13. using Mark Crispin's c-client drivers for message store access (both
  14. local and remote message stores).
  15.  
  16. Using this strategy, we are planning to support the following operating
  17. systems, display, and mail protocol combinations:
  18.  
  19.  OS        - Unix, DOS, OS/2 v2, MacOS, NT
  20.  Displays  - X11 (R4, R5, Openlook, Motif), MS Windows v3, Presentation
  21.              Manager, Mac Finder
  22.  MAP Protocols - IMAP2, P7, PP7
  23.  MTP Protocols - SMTP, P1
  24.  
  25. It is our full intention to make this run on as many platforms, with as
  26. many different mail application protocols as possible.  
  27.  
  28. With ECSMail we plan to provide many interesting features, such as:
  29.  
  30.   * Multi-part, multimedia mail messages:
  31.  
  32.     - supporting both MIME and X.400 message formats
  33.  
  34.     - files (e.g. binaries, images, text, voice, application) can be
  35.       attached and sent along with the message.
  36.  
  37.     - the different parts of the messsage can be extracted
  38.       and displayed (using the necessary application) to the user.
  39.  
  40.   * Multiple simultaneous folder access and management (drag and drop
  41.     messages or blocks of messages between folders).
  42.  
  43.   * Hierarchical folder structures.
  44.  
  45.   * Virtual folders within folders.   Messages can be grouped using any
  46.     combination of message header criteria into a virtual folder.
  47.     Messages in a virtual folder can be listed and manipulated as
  48.     a single object.   This supports threading of messages within
  49.     folders. 
  50.  
  51.   * Integration of multicast (mail) and broadcast (NEWS, BBS) message
  52.     stores via into a single interface.  NEWS groups appear as a list of
  53.     folders and threading of broadcast messages will be supported.
  54.  
  55.   * Privancy Enhanced Mail (PEM).   Support encryption of message parts,
  56.     digital signatures, and digital timestamps.
  57.  
  58.   * Forms mail.  Messages can be composed inside of a forms interface
  59.     as a special message part.   It will include form design and
  60.     display tools.
  61.  
  62.   * Draft message support.   Users will be able to create and store
  63.     standard draft messages, and select draft messages from both public
  64.     and private draft message stores.
  65.  
  66.   * Integration with "mail enabled applications".  
  67.  
  68.   * Personal configuration files.
  69.  
  70.   * Asynchronous new mail notification.
  71.  
  72.   * Personal address book lookup and management. Addresses can be loaded
  73.     manually, copied from incoming mail, or copied from an X.500 DUA
  74.     (see next).
  75.  
  76.   * Integration with X.500 Directory Services.  The user can query local
  77.     and network-wide address information while composing messages.
  78.     Addresses can be copied from the Directory User Agent to the user's
  79.     local address book. This facility will be optionally available for
  80.     those who have the X.500 Directory Service capability.
  81.  
  82. What Is Available Now
  83. ---------------------
  84.  
  85. A BETA demonstration version of the Microsoft Windows version of ECSMail is
  86. available via anonymous ftp from
  87.  
  88.   ftp.srv.ualberta.ca
  89.  
  90. in the directory
  91.  
  92.   /pub/networking/win/mail/ecs.tar.Z
  93.  
  94. This version of ECSMail only supports the TCP/IP based mail access and
  95. transport protocols (IMAP2, SMTP), and can deliver MIME format messages.
  96. It provides what we term "basic functionality" - it does the things that
  97. most mailers do.   Features such as the virtual folders, and NEWS
  98. message sources have not been implemented at this time.
  99.  
  100. We encourage you to get the software and try it out.  This version of
  101. ecs is released for demonstration purposes only - IT IS NOT CURRENTLY IN
  102. THE PUBLIC DOMAIN.  As I have mentioned earlier, we are not currently
  103. charging for the product, and are in the process of evaluating different
  104. forms of funding for the software.
  105.  
  106. There are some restrictions on what you can do with the software at this
  107. time.   The mailer is designed to support several different TCP/IP
  108. stacks through the use of Windows DLLs.   Currently we support the
  109. following TCP/IP stacks:
  110.  
  111.   * Beame and Whiteside - BWTCP 2.x
  112.   * Sun Microsystems - PCNFS 4.x
  113.   * DEC Pathworks v
  114.  
  115. We are currently working on providing:
  116.  
  117.   * Microsoft WinSock DLL compliance
  118.   * FTP Software - PCTCP 2.04
  119.  
  120. If you are interested in supporting another TCP/IP stack, then provide
  121. us with a copy of the stack and development kit - it must have a sockets
  122. API - and we'll try to provide a DLL interface for it.  
  123.  
  124. How will we fund ECSMail?
  125. -------------------------
  126.  
  127. There are two funding methods for ECSMail - maintenance contracts and
  128. development contracts.
  129.  
  130. Maintenance contracts are signed with organizations that want support
  131. and software maintenance on the ECSMail software.   This will include
  132. free software upgrades and immediate response to software problems.
  133.  
  134. The cost of the maintenance is designed to be far less than
  135. purchase->upgrade cost of conventional shrinkwrapped software.  The cost
  136. is based on the number of installations that are in place.  The
  137. organization will never be charged more than an agreed upon maximum.  As
  138. the number of installations increases, the per seat cost decreases such
  139. that maximum is never exceeded.  An organization can install as many
  140. copies of ECSMail as they like.
  141.  
  142. Development contracts are signed to produce new functionality in the
  143. ECSMail product.   ISA has identified a number of potential
  144. functionality improvements that it would like to make to ECSMail.
  145. We also believe that clients will have a number of features that they
  146. would like to see added to the product.
  147.  
  148. The cost of the contract is determined by the amount of work required to
  149. complete the development, and the number of organizations contributing
  150. to the development.   The more organizations that contribute, the lower
  151. the cost.   ISA publishes a detailed list of feature development
  152. projects that it plans to run in the ecs-info mailing list (see below).  
  153.  
  154. Mailing lists
  155. -------------
  156.  
  157. There is an ecs mailing list.   To join the mailing list send a message
  158. to
  159.  
  160.   ecs-info-request@edm.isac.ca
  161.  
  162. To submit messages to the mailing list, send mail to
  163.  
  164.   ecs-info@edm.isac.ca
  165.  
  166. If there are problems with the list, then send mail to
  167.  
  168.   owner-ecs-info@edm.isac.ca
  169.  
  170.  
  171.